A METHOD FOR CREATING PATH-SENSITIVE BRANCH 
REGISTRY FOR CYCLIC DISTRIBUTED TRANSACTIONS 



BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

The invention relates generally to a method for creating a path-sensitive branch registry 
for use in a processing system and, more specifically, to identifying branch flows as 
subordinate relative to a path in the distributed transaction tree. 

2. Description of the Related Art 

Currently, the method of managing distributed transactions used in computer systems 
includes a system of tree structures having a plurality of processing nodes which are 
logically connected. Normally, each node's transaction manager automatically increments 
its present identifier at the end of processing each transaction to derive the next 
transaction identifier. When a distributed transaction is forced into a consistent state its 
associated superior/subordinate relationship becomes fixed. Typically, a transaction 
identifier is incremented in each of the nodes of a superior transaction manager. 
Consequently, transaction tasks in the superior transaction manager then proceed with the 
incremented identifier to one or more subordinate transaction managers. Similarly, the 
subordinate nodes assign a static branch qualifier. However, the subordinate transaction 
manager's identifier is modified to conform with its superior. As is the case with 
transactions, superior nodes often times receive instructions from nodes indirectly from 
the superior's subordinates. This situation results in cyclic distributed transactions that 
contain at least one loopback. The current practice is unable to ensure the safe creation of 
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cyclic distributed transactions, without worries of database update failures, or unwanted 
tightly coupled behavior. 

In addition, typically, for modern object servers, the two phase commit process is 
preceded by a phase known as "before-completion." This process permits the object server 
to flush updates, cached in the object representation, to backing resource managers prior 
to the well-known two-phase commit process. 

For distributed transaction trees that contain cycles, it is sometimes not possible for all 
updates to be pushed to the backing resource manager prior to that resource manager 
receiving the first part of the two-phase commit process. This will cause the resource 
manager to log an error, and commonly mark the global transaction rollback. 

Therefore, there is a need for a method that unwinds the cyclical distributed transaction 
tree, while preserving the path for which the tree was allocated, regardless of the depth of 
the tree which maintains proper ordering of events and preventing unwanted sharing of 
resources. 

SUMMARY OF THE INVENTION 

An exemplary embodiment of the invention is a method for a path-sensitive branch registry 
for cyclic distributed transactions. This method has a superior node's transaction manager 
(TM) identifying itself as the root before sending syncpoint cues to at least one 
subordinate node. Before sending the syncpoint cues to the subordinate the superior links 
the cues with its specific branch qualifier (BQUAL) as well as a global transaction 
identifier (GTRID). The TM of each subordinate node receives syncpoint cues and is 
responsible for knowing who its superior is. In addition, the TM is responsible for 
recognizing the flow of branch instructions and guarantee that it uses a network- wide 

POU9-2000-0165-US1 2 



unique value for the branch values it generates for a given global transaction. With the 
recognition of the flow from the superior node the subordinate TM updates the node 
registry as to the inbound and outbound flow of branch instructions by its superior and its 
subordinates. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Referring now to the drawings, wherein like elements are numbered alike in several 
FIGURES: 

FIG. 1 is an exemplary diagram of a superior node and a subordinate node in the 
distribution transaction tree in one embodiment; 

FIG. 2 is an exemplary diagram of a simple flow between nodes of the distribution 
transaction tree in one embodiment; 

FIG. 3 is an exemplary diagram of a cyclical flow between nodes of the distribution 
transaction tree in one embodiment; 

FIG. 4 is an exemplary diagram of a cyclical flow between nodes of the distribution 
transaction tree with path sensitivity in one embodiment; 

FIG. 5 is an exemplary diagram of an acyclical flow between nodes of the distribution 
transaction tree with path sensitivity in one embodiment; and 

FIG. 6 is an exemplary diagram that illustrates the interrelationship between superior and 
subordinate transaction managers in one embodiment. 
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DETAILED DESCRIPTION OF THE INVENTION 

As discussed herein, currently cyclic distribution trees cannot ensure the safe creation of 
cyclic distributed transactions, without worries of database update failures. The current 
practice requires that when a cycle occurs in a distributed transaction tree that the 
resultant reentrancy does not cause new work to occur after the resource manager has 
been directed to prepare for commit by the TM. 

FIG. 1 is an exemplary diagram depicting a typical flow from a superior or root node to a 
subordinate node. Specifically, a root node 12 is sending syncpoint cues (outbound 
messages) of the distributed transaction tree to subordinate nodes represented as 14, 18 
and 22. The subordinate nodes 14, 1 8 and 22 each have a specific global transaction 
identifier (GTRID) which is the same in each node of the tree, and unique in the network 
for each distributed transaction tree. The GTRID is assigned by a root coordinator, and is 
propagated as the transaction flows from node to node. FIG. 1 demonstrates GTRID 
naming with BQUALs 16, 20 and 24. In addition, each node of a distributed transaction 
can be referred to as a branch, and also, within each node resides a transaction manager 
(TM). The TM manages a branch registry, recording inbound and outbound participants. 
Inbound flows represent flows from a superior node in the distributed transaction tree. 
Further, each transaction has a unique identifier that represents a singleton instance of a 
given node in the distributed transaction tree. These unique identifiers are received by the 
subordinate node's TM and are generally statically bound. Next, the incremented identifier 
is sent to another subordinate node that is able to coordinate and process the particular 
syncpoint cues. All node transactions utilize registries that are managed by the node's TM. 
With this registry the TM is able to track the responsibilities of the superior node. 
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^ f r O Tfr f distributed ffPf H^dr se nds synrpoi n t meg in the form of outb ou nd fl ^w 62 
to a subordinate node 54. The outbound flow is receivedjsiebetnnTfTow62 by the 
subordinate node 54/EheJM-offfiesubordinate node 54 examines its registry for the 

f's GTRID before proceeding. If the TM of the subordinate node 54 has not 
seen the incoming flow's 62 GTRID it will create a new branch in theregtstfy^ar&is^ 
transaction, and add the BQUAL to the inboxmdJuancb-^ I'm ot subordinate 



node 5* 



le incoming flow 62, it uses the transaction that was created previously 



Lo coordinate updates to protected resources. Thus, the TM considers this reentry as a 
dire ckGynchronouc inbound flow because the distributed NT node 52 may flow to - 
^subordina te node *4 n n d to mW^"^" r » R ^^wiWy uhl . nn upHotp. to BQT7AT f ^° 
p rior to commi t ting . 
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PIG. 3 is a di a i grafp depicting n di stributed transaction troo containing d cycl e. Nude-4Q4> 
receives two inbound flows 1 16, 1 18; on^JrGrn^e^fTTSoaeT^2fa^ node 1 14. 

When node 104j£ceiveslEe~flow there is the possibility that it will erroneously assume 
flvig jg tV|f same branch in the distributed tree t hat was noted before. If this branch is 
assumed to be the same as the one previously sent there will bealiEelitroodAat there will 
be an unwanted sharing of protected resource locksJytflhs^rft^^ become 
confused with its syncEoiiit4 : espt5nsiBiIities. To correct this confusion, node 104 will 
5fepareflow from the NT node 102 and node 1 14 3unngTfaexe mmitj^^ 
phase. Consequently, node 104 will be directedjaprepa^ drive 
pre-prep^eansteuetkmrfoTaU local resource managers, and after preparing will flow a 
prepare signal to node 1 10. In sending the prepare signal no<IeT04^ais^&eiidsjts 
non-incremented BQUALJX)fLSi^^ issues pre-prepare instructions and 

prepar es local re s ources. Next, node HQ d i rects . t hejlowto node 1 14 along with its 
non-incremented BQUAL 108. Duri ng the preparing of resources for no3g^H4^jt is 

lat updates may flow to node 104. Consequently, the pre-prepare instruction of 
liftcte-1 14 causes-ttpdates on node 104 and its non-incremented BQUAL 106, whirh Jias 
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transaction trees by introducing a path-sensitive branch registry 



cp t cting a solution to the problem introduced bycycl t c di stribution 

e 154 receives 

an inbound flow 166 from node NT 152. NodeJ^TiSes not find the inbound flow 166 
from node NT 152 in its inbounji^egistry. Next, node 154 will associate an indexed, 
txansaction-uniqu^BQU^L 156 (Al) with the inbound flow, where the index (1) indicates 
th fr-mrffiber of times that the tem sactiflnhasjooped through the node 154. Subsequently, 
node 154 will send a flow 168 and its BQUAL 156 (A 1) tolioaei^CLJiJext, node 160 will 
receive the inbound flow 168, and associate its own indexed BQIJAI^^^Brrwith the 
inbound indexed BQUAL 156 (Al). Likewisertio3el60 sends a flow 170 with its indexed 
BQUALJ^&-(S^toTio3e 164. The cycle completes when node 164 sends a flow 172 

inbound 
ion, 



with its indexed BQUAL 162 (CI) to node 154, where no 
registry to see that it has not received an inbound flow from 



lie will uuusulUtsjnboun< 
>m node. 1 M for thin Irnniraetfo 



an$ijwilhxeafe~a new BQUAL (A2) with an incremented index (2) that is different for any 
• othe r index in die le gistry for that node for that t r ansacti o n. Thc r c f oie; the cyclic flow , 
NT — ► A — ► R — ► C — ►^Arbasrbeeome the acyclic flow NT 
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La* 

s ubordinate o f node 214 an d other nodoo based o n the inbou nd flows 218. Node . 
superior to node 210. As in FIG. 3, NTjvilHeliye^ to node 202, in 

will issue pre-prepare instructions to the local resources. Node 202 will 
£^ then prepare local resources, and flow prepare to node 210. Next. ^node^T^ftows^g^^ e 
to node 214. Conseoiientlyr^ftenji^af^ local resources node 214 flows prepare to 
202. Followiftg'therprepare ot the local resources node 2U2ThenT>re^F^are§Jocal 
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PK3. 0 is a diagiam de p icting the relationship b e tween transaction mdig gerg^fljtieir 

subordinates. As in FIG. 3, NT 252 representsjjSM^^^ The TM 254 of node 

r 

260 receives inbound^lwr278Tfom the transaction root 252 and evaluated against the 
ifmounH r egistry of t he node. Specifically, an inbo und registry contains the node's 
BQUAL 258 and its GTRID 256. The TM 254 compares incoming^icpeuit cues with 
those stored in the memory. When the TM 254 
adds the 




mg syncpoint cue it 
to its registry and increments its BQUAL and links it to 

ition, the registry contains 



the syncpoint cue prior to sending it to its sul 
the node's BQUAL 258. For example, node 260 sends outbound flow to 
node 274. The TM of a subo 
flow's 



node . 




F254searches its registry to see if the inbound 

match the TM 254 




EEesany previously recorded < 
directs the recording of the new GTRID. If there is a match the TM 254 renames tE 
transaction and sendsJlieji©wly-nameUtlSwT82 to its subordinate(s), and so on. Next, the 
subordin ate - nod es 27 4 rceCT res"the outbound flow 282 and re puits back to t h e superior , 
nede-2 60, confirm ttt^4ts^gbor(ii nP te stahfi — fc 
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The embodiment described above solves the problems by introducing a method that 
unwinds the pretzel-like situations created by cyclic flows. This method ensures that 
transaction managers are able to properly drive the syncpoint cues with the proper 
superior or root TM in the transaction. In addition, the exemplary embodiment described 
above enables the safe creation of cyclic distributed transactions, free from database 
update failures. 
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The preferred embodiment uses a optimization that fully prepares the nodes at the same 
depth in the synchronization tree, and at completion of the prepare phase if there are 
distributed subordinate registrations for the related transactions. In addition, the superior 
nodes receive a prepare signal to initiate node registration. During the start of the prepare 
phase, the subordinate will drive locally registered synchronization objects before 
completion methods are run, and so on. Consequently, this optimization can cause the 
object server to attempt to drive "work after prepare" to the resource managers in the case 
of a cyclic tree. This application preserves the performance optimization while properly 
delivering the "work before prepare" instructions. 

This invention ensures that loopbacks do not cause unwanted database back sharing. If 
sharing is attempted from the loopback node, a deadlock will occur to protect the 
resource manager from corruption. 

While the invention has been described with reference to exemplary embodiments, it will 
be understood by those skilled in the art that various changes may be made and 
equivalents may be substituted for elements thereof without departing from the scope of 
the invention. In addition, many modifications may be made to adapt a particular situation 
or material to the teachings of the invention not be limited to the particular embodiments 
disclosed for carrying out this invention, but that the invention will include all 
embodiments falling within the scope of the appended claims. 
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